REMARKS 

This Amendment Under 37 C.F.R. §1.1 16, is responsive to the final Office Action mailed 
August 6, 2007, and is filed together with a Request for Continued Examination (RCE). 

At the outset, the undersigned wishes to thank Exr. Nguyen and SPE Vaughn for their 
time and courtesy during the recent telephone interview of Friday, October 5, 2007. As the 
Examiners will recall, agreement was reached during the telephone interview that the claims, as 
amended herewith, overcome the applied rejections by defining subject matter that is not taught 
or suggested by the applied 5 -way combination of references. As also agreed to during the recent 
telephone interview, the remaining independent claims were amended in the same manner as was 
amended independent claim 1 , which claim, it was agreed, defined over the applied art. 

In reliance upon the agreement reached during the October 5, 2007 telephone interview, 
the undersigned has amended independent claim 1 to recite that the dynamically generating step 
is carried out on "remaining ones of the plurality of blocks defined in the script of the requested 
document that arc not stored in were not retrieved from the memory and storing a copy of 
each dynamically generated block in the memory." Moreover, to emphasize that the requested 
document is assembled from both the retrieved blocks and the dynamically generated blocks, 
independent claim 1 has also been amended to recite that the assembling step is carried out to 
assemble the requested document "from at least one of both the retrieved and dynamically 
generated blocks." 

Also, Exrs. Nguyen and Vaughn requested that the undersigned state, for the record, the 
intended meaning of the recitation: 
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retrieving only some of the plurality of blocks defined in the 
script of the requested document from a memory" 

For the record, therefore, the claimed limitation "only some" = "at least one, but not all" 
which is entirely consistent with the commonly understood meaning of the phrase. 

Turning now to the final Office Action, claims 1,4-19, 22-37, 40-54 were rejected under 
35 U.S.C. § 103(a) as being unpatentable over McLaughlin et al. ("McLaughlin"), Nazem et al. 
("Nazem"), Michael K. Bowman-Amuah ("Bowman") in view of Robert S. Mason ("Mason"), 
further in view of Bender et al. ("Bender"). Claims 55, 58 and 60 were rejected under 35 U.S.C. 
§ 103(a) as being unpatentable over McLaughlin in view of Nazem, further in view of Bender. 
Claim 56 was rejected under 35 U.S.C. § 103(a) as being unpatentable over McLaughlin and 
Nazem in view of Bowman. Reconsideration and withdrawal of these rejections is respectfully 
requested for the reasons stated below. 

At the outset, claim 1 recites: 

dynamically generating remaining ones of the plurality of 
blocks defined in the script of the requested document that 
are not stored in were not retrieved from the memory and 
storing a copy of each dynamically generated block in the 
memory; 

assembling the requested document from at least one of both 
the retrieved and dynamically generated blocks, and 
sending the assembled document over the computer network 
to an originator of the request. 

The claim requires that only some of the blocks be retrieved from the memory and that 
remaining ones of the plurality of blocks be dynamically generated. The claimed embodiment, 
therefore, requires two actions: 1) retrieving only some of the blocks from the memory; and 2) 
dynamically generating remaining ones of the plurality of blocks that were not retrieved from the 
memory. The applied combination does not teach or suggest such a method. 
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The applied combination, however, does not teach or suggest that only some of the 



blocks be retrieved from a memory and that all remaining blocks defined in the script be 



dynamically generated, as claimed herein. Indeed, the primary reference to McLaughlin et al. 



teaches an all or nothing approach to serving a client application with process data: 
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as shown in Col. 8, lines 6-19. Either process data is present in the cache 220 or it is fetched 



from one of the process nodes 204-206. No provisions are made within McLaughlin et al. for 



retrieving only some of the blocks from the memory and dynamically generating remaining ones 



of the plurality of blocks that were not retrieved from the memory. Alternatively, McLaughlin et 



al. teach that process data may be obtained in a peer-to-peer fashion, as detailed in Col. 6, lines 



22-25 or via a publish/subscribe model, as detailed in Col. 3, lines 55-57. 



Similarly, all of the supervisory data is dynamically generated, as positively stated in Col. 



5, lines 33-36: 

optimize the Jacililv as a whole. In a preferred embodiment, 
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which means that none of the supervisory data is retrieved from a cache memory. Therefore, 



McLaughlin et al. do not teach or suggest retrieving only some of the blocks from the memory 



and dynamically generating remaining ones of the plurality of blocks that were not retrieved 
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from the memory, as required by the amended claims. Similarly, the McLaughlin et al. reference 
cannot teach the claimed assembling step, as such requires that the requested document be 
assembled from both the retrieved and generated blocks. 

The outstanding Office Action states that Nazem et al. teach a document that includes a 
plurality of blocks. However, Nazem et al. do not remedy the fundamental shortcomings of the 
primary reference and do not teach - alone or in combination with McLaughlin et al. - to retrieve 
only some of the blocks from the memory and to dynamically generate remaining ones of the 
plurality of blocks, as claimed herein. Indeed, Nazem et al. teach the use of templates to hold the 
static data and to obtain all live data from the shared memory 212: 



as stated in line 66-67 above. Nazem et al. teach that the template data is stored (and necessarily 
retrieved from) the cached user templates database 214 and that all of the live data to fill these 
templates is stored in (and necessarily retrieved from) the shared memory 212. Therefore, even 
when considered collectively with the McLaughlin et al. reference, Nazem et al. do not teach or 
suggest to retrieve only some of the blocks from the memory and to dynamically generate 
remaining ones of the plurality of blocks that were not retrieved from the memory, as required by 
each of the independent claims herein. The assembling step is also wholly unsuggested by the 
combination. 
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It is respectfully submitted that adding the Bowman- Amuah reference to the mix does not 
provide any additional guidance to the person of ordinary skill in this art. The cited passages 
simply do not teach anything relevant to blocks of a document including a reference to a data 
source and code that is configured to access and format data accessed from the data sources, as 
required by the claims. Indeed, Col. 52, lines 55-61 deals with ID and password pairs: 




while Col. 47, lines 30-67 deals with wholly unrelated performance issues: 




Next, the Office turns to Mason, Jr. for a supposed teaching of "retrieving only some of 
the plurality of blocks, and generating remaining blocks," and points to Col. 8, lines 1-28 and 
Col. 9, lines 1-30 in support of its § 103(a) rejection. However, Mason, Jr., whether considered 
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alone or in combination with McLaughlin et al, Nazem et al. (5,983,227) and/or Bowman- 
Amuah does not teach or suggest the claimed subject matter. 

Indeed, Mason, Jr. teaches a RAID controller system, and not a method of servicing a 
request for a document over a computer network, as claimed. Mason, Jr. teaches, at Col. 8, lines 
1-30 referred to by the Examiner, that in case of a read operation failure, the data is reconstructed 
using a corresponding parity block of the stripe in which the failure occurred. The back end 
cache must then determine whether the parity block has already been cached by referring to a 
back end cache block list. If it is, then a read I/O operation may be avoided. Any remaining 
blocks of the stripe are read and cached in a front end cache. Then all blocks of the stripe in 
which the failure occurred are XORed together with the parity block, whereupon valid data is 
passed to the front end cache. No teaching or suggestion are present in this passage of Mason, 
Jr., whether considered alone or in combination with the other references, that would lead a 
person of ordinary skill in the art to the claimed embodiments - that is, to retrieve only some of 
the blocks from the memory and to dynamically generate remaining ones of the plurality of 
blocks that were not retrieved from the memory, as claimed herein. Likewise, this combination 
cannot teach the claimed assembling step. 

Next, the Office points to Col. 9, lines 1-30 of Mason, Jr. This passage teaches a write 
command in which a list of valid blocks is checked. The list (see Col. 8, lines 56-61) 
accompanies a write command received from a host, includes the new blocks to be written to the 
RAID array. Mason, Jr. teaches, in Col. 9, beginning at line 4, teaches that if some old blocks to 
be written are missing from the list (meaning that a cache miss has occurred), they are retrieved 
from the physical disk and stored into the front end cache. In essence, Mason, Jr. teaches that if 
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blocks to be written are missing from the list, they are retrieved from the physical disks. At the 
outset, kindly note that this reference only teaches operations carried out within a RAID array of 
hard disk drives, and does not teach servicing a request for a document over any computer 
network. Moreover, note that Mason, Jr. teaches that if blocks to be written are missing from the 
list, they are retrieved from the physical disks, which cannot be considered to teach or to suggest 
dynamically generating remaining ones of the plurality of blocks . . . that are not stored in the 
memory. When blocks are missing from the list of blocks to be written, Mason, Jr. teaches 
simply to retrieve them from the disk. The claimed embodiment, on the other hand, requires 
dynamically generating remaining ones of the plurality of blocks, which is unsuggested by 
Mason, Jr., whether considered alone or in combination with the other constituent references of 
the applied combination. Moreover, it is respectfully submitted that the skilled artisan would not 
look to or find any guidance in a patent relating to a RAID controller when seeking to develop a 
method for servicing requests for documents over a computer network, as is the Mason, Jr. 
patent. 

As the four-way McLaughlin et al.-Nazem et al.-Bowman-Amuah-Mason, Jr. 
combination was overcome by the Amendment filed November 4, 2006. The Office added 
Bender et al. to the applied combination of references. In the outstanding Office Action, the 
Office states "McHaghlin, Nazeem and Bowman-Amuah do not explicitly disclose retrieving 
only some of the plurality of blocks," but states that Bender et al. "discloses retrieving only some 
of the plurality of blocks [see Col. 18, lines 60-65]" and also points to Bender et al.'s Col. 4, 
lines 12-14 in support of the assertion that Bender et al. teach retrieving only some of the 
plurality of blocks. 
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It is respectfully submitted, however, that Bender, et al. teach nothing of the sort. The 
very passage cited by the Examiner does not even support the Examiner's own position. Indeed, 
Col. 18, lines 60-65 states: 



60 (a) successively retrieving each of said plurality of blocks 
of uncompressed image data in said memory circuit and 
communicating said blocks to said image output 
device, and increasing said Request Counter's value 
upon each occurrence of retrieving one of said plurality 

65 of blocks; and 



This passage clearly states that EACH (^ "only some") of the plurality of blocks is 
successively retrieved. It does not teach or suggest, whether considered alone or in combination 
with McLaughlin et al.-Nazem et al.-Bowman-Amuah-Mason, Jr. the subject matter of the 
independent claims; namely: 



Indeed, the claim clearly requires that only some (again, meaning that at least one, but 
not all) of the plurality of blocks be retrieved. However, Bender, et al. teach that EACH (in other 
words, each one of them or all) of the plurality of blocks are retrieved. Therefore, far from 
teaching the claimed embodiment (whether alone or in combination with the other references), 
Bender et al. teach away from the claimed embodiment - by teaching that EACH of the plurality 
of blocks is retrieved, as opposed to "only some", as claimed in each of the pending independent 



It is respectfully submitted that the motivation ascribed to the person of ordinary skill in 
the art, gleaned from Bender et al, at Col. 4, lines 12-14: 



retrieving only some of the plurality of blocks defined in the 
script of the requested document from a memory, the 
memory storing the at least one of the plurality of blocks 
defined in the script of the requested document; 



claims. 



It is a further object of the present 
printer that both operates more effi 
memory by operating in parallel by 



ient invention to provide a 
efficiently and with less 
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is wholly unrelated to the claims. Therefore, even if a person of ordinary skill in the art were 
motivated by a desire to (provide a printer that operated) [operate] more efficiently ... by 
operating in parallel," (for some unknown reason) and retrieved EACH of the plurality of blocks 
as taught by Bender et al, the claimed embodiments would not result . 

It is respectfully submitted that the applied combination, therefore, does not teach or 

suggest any method, system or media configured to: 

dynamically generating remaining ones of the plurality of 
blocks defined in the script of the requested document that 
are not stored in were not retrieved from the memory and 
storing a copy of each dynamically generated block in the 
memory; 

assembling the requested document from at least one of both 
the retrieved and dynamically generated blocks, and 
sending the assembled document over the computer network 
to an originator of the request. 

as claimed in independent claims 1,19 and 37. The "only some" language clearly precludes any 

interpretation wherein EACH of the plurality of blocks are retrieved, as Bender et al. would have 

it. 

Reconsideration and withdrawal of the outstanding art rejections based upon the five-way 
combination of McLaughlin et al, Nazem et al, Bowman-Amuah, Mason, Jr. and Bender et al. 
are respectfully requested. 

Claims 55 and 57-60 were rejected as being unpatentable over a four- way combination of 
McLaughlin et al, Nazem et al. (Mason et al, is applied on page 12, although not listed as an 
applied reference in paragraph 34) and Bender et al. Reconsideration and withdrawal of these 
rejections are respectfully requested. 
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As the Office will note, following the recent telephone interview, claim 55 has been 
amended to recite: 

servicing the request for the Web page by assembling the 
requested Web page by retrieving only some of the cached 
blocks of the requested Web page from the memory and 
generating all remaining blocks of the requested Web page 
that were not retrieved from the memory, and memory; 
assembling the Web page from both the retrieved and 
generated blocks, and 

sending the assembled Web page over the computer 
network. 



and bring it in line with the amendments to independent claims 1,19 and 37. Note the "retrieving 
only some of the cached blocks of the requested Web page from the memory" claim language 
and the "assembling the Web page from both the retrieved and generated blocks" language in 
claim 55. It is respectfully submitted that all of the above comments relative to McLaughlin et 
al, Nazem et al, Mason et al. and Bender et al. are also applicable to claim 55. Rather than 
repeat these arguments here, they are hereby incorporated herein by reference as if they had been 
repeated here in full. 



Reconsideration and withdrawal of the 35 U.S.C. § 103(a) rejections applied to 
independent claims 1, 19, 37 and 55 are, therefore, respectfully requested. 
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Applicants believe that this application is now in condition for allowance. If any 
unresolved issues remain, please contact the undersigned attorney of record at the telephone 
number indicated below and whatever is necessary to resolve such issues will be done at once. 

Respectfully submitted, 



Date: October 12, 2007 



YOUNG LAW FIRM, P.C. 
4370 Alpine Rd., Ste. 106 
Portola Valley, CA 94028 
Tel.: (650) 851-7210 
Fax: (650) 851-7232 



By:_ 




Alan W. Young 
Attorney for Applicants 
Registration No. 37,970 
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